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Description 

BACKGROUNDS OF THE INVENTION 

5 FIELD OF THE INVENTION 

[0001] The present invention relates to a network communication system, and more particuleirly to a communication 
quality control system positioned on an existent data network over a datagram transfer network. 

10 DESCRIPTION OF THE RELATED ART 

[0002] In the conventional communication networK for example, in a LAN (Local Area Network), a datagram is trans- 
fen-ed according to the upper layer protocol IP and further upper layer protocol TCP, based on the physical transfer tech- 
nique such as Ethernet. ATM, or the like. 
75 [0003] Also, in The Internet connecting IP subnets of LAN. various physical transfer methods including the above- 
mentioned Ethernet and ATM are considered and installed on systems, 

[0004] In such a network, a system of relaying or transferring a datagram for assuring End-to-End communication, 
that is, a connection, which system is positioned within a communication network, is designed to realize a transfer func- 
tion so that every system should satisfy the communication quality previously specified on a physical transfer layer of 
20 End-to-End protocol, in order to assure the End-to-End transfer quality. 

[0005] In such an existent communication networK importance is attached especially to the layer 3 transfer such as 
IP, and a lot of systems, which are called routers, capable of transfen-ing the IP layer chiefly are disposed within a net- 
work. 

[0006] In such a router, the IP of the layer 3 is terminated, and a datagram is transfen-ed. according to the destination 
25 IP address derived from the datagram, by deciding a path to which the datagram is transferred, from path information 
previously stored into the same system. At this time, in the processing of a physical layer to which the datagram is trans- 
fen-ed. a path which is easily derived from the path information is selected and the datagram is transferred from the 
interface. 

[0007] A network server capak^le of assuring communication quality in every application and transferring data t)etween 
30 different subnets without using a router is disclosed in Japanese Patent Publication Laid-Open (Kokai) No. Heisei 9- 
116560. 

[0008] In the above mentioned conventional router, it is impossible to determine the optimum communication quality 
according to connection quality depending on communication attrbutes of a datagram in transferring tiie datagram. 
This is wtiy. a path to which a datagram is transferred is decided from path information previously stored into the same 
35 system, according to the destination IP address derived from the datagram, hence to transfer the datagram. 
[0009] More specifically, tiiere are tiie following problems. 

[001 0] First, it is impossible to transfer a datagram in the optimum communication quality in correspondence with the 
communication attributes such as a moving image, a voice, and an image. 

[001 1] Secondly, when providing some communication quality to a traffic used by a specified user or group, tiie user 
40 or group cannot be specified witiiout using destination address and source address of an IP address. 

[0012] Thirdly, it is impossible to ask an account depending on the quality of a connection determined by communi- 
cation attributes. 

[0013] Fourthly, since it is impossible to judge whether a datagram includes very important information on security or 
not. any datagram is transferred in tiie even communication quality, however it may include important information on 
45 security; tiierefore, it is impossible to realize datagram transfer depending on the security quality. 

[0014] Fifthly, it is impossible to determine connection qualrty in accordance with the novelty of a datagram. 

[001 5] Sixthly, it is impossible to dynamically change the communication quality of a connection which is defined in a 

transport layer, while judging the state of the connection. 

50 SUMMARY OF THE INVENTION 

[001 6] A first object of the present invention is to provide a communication quality control system capable of transfer- 
ring a datagram in the optimum communication quality suitable for the derived communication attrtoutes, as a result of 
deriving attributes of the datagram communication, while realizing high-speed datagram transfer of the layer 3 and 
55 beneath. 

[001 7] A second object of tiie present invention is to provide a communication quality control system capable of real- 
izing various advanced communication sen^icesfor a user previously registered, and demanding an account depending 
on communication quality. 
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[001 8] A third object of the present inverrtion is to provide a communication quality control system capable of judging 
whether a datagram includes very important data on security or not and realizing data transfer according to the security 
quality corresponding to the datagram. 

[001 9] A fourth object of the present invention is to provide a communication quality control system capable of trans- 
5 ferring a datagram in the optimum communication quality by determining the quality of a connection while judging the 
novelty of a datagram and by determining the connection quality based on not only the information recognized in the 
same connection but also the information recognized in the other connection. 

[0020] According to one aspect of the invention, a communication quality control system for realizing an optimum dat- 
agram transfer function for connection quality corresponding to attributes of communication, comprises 

10 

network end systems for respectively terminating a protocol layer of an existent data network, 
protocol end systems for respectively terminating the protocol layer 3 and beneath based on quality of communica- 
tion of a received datagram, and 

a communication datagram transfer system for transferring the datagram to a specified end system according to 
15 quality information of a connection corresponding to communication attritxjtes of the protocol layer 3 and t)eneath 
and communication attributes derived from the information on the respective protocol layers 4. 5, 6, and 7 or one 
of them included in a datagram received by an arbntrary end system, 
the communication datagram transfer system comprising 

attribute detecting means for checking identifying information included in the information of the protocol layer 3 and 
20 beneath of a datagram received by some end system and simultaneously checking identifying information included 
in the information of the respective protocol layers 4, 5. 6, and 7 or one of them, hence to take out the communica- 
tion attribute information of the respective protocol layers, and 

communication quality deciding means for, when a datagram is received by a protocol end system, deciding com- 
munication quality for sending tiie datagram according to a set of the communication attribute information of the 
25 respective protocol layers derived from the datagram arKi the quality information of a connection, and notifying the 
communication quality to the protocol end system. 



[0021] In the preferred construction, the attribute detecting means identifies tiie layer information, from the received 
datagram, as well as the state of a connection from the connection identifying Information of a datagram, so to supply 

30 the result to the communication quality deciding means as connection Information, and decides a transfer path of the 
datagram, so to supply tiie transfer path to the communication quality deciding means as destination patii information: 
and the communication quality deciding means decides quality information of a connection corresponding to the 
attribute Information and decides communication quality for sending a datagram according to tiie connection informa- 
tion, the quality information of the connection, and the destination path information, and takes out attribute information 

35 of communication according to tiie layer Information and one or all of tiie datagram when it is judged that attributes of 
the layer 4 and upper need to be detected from tiie identified state of a connection. 

[0022] In anotiier preferred construction, the attribute detecting means Identifies the layer information, from tiie 
received datagram, as well as the state of a connection from the connection identifying information of a datagram, so 
to supply the result to the communication quality deciding means as connection information, and decides a transfer 
40 patii of the datagram, so to supply tiie transfer patii to the communication quality deciding means as destination path 
information. 

the communication quality deciding means decides quality information of a connection corresponding to the 
attrifc)ute information and decides communication quality for sending a datagram according to the connection infor- 
45 mation, the quality information of the connection, and the destination path information. 

the communication datagram transfer system includes a connection/communication quality table In which a set of 
connection information and communication quality is registered, and 

the communication quality deciding means judges whether the datagram needs to be controlled by the connection- 
communication quality tattle when receiving the connection information and the destination path information, or the 

50 connection quality information, checks the presence of the same connection in the connection/communication 
quality table when the datagram needs to be controlled, and when there is the same connection, the means 
decides communication quality referring to the connection/communication quality table, while when there is not. the 
means decides communication quality, according to the connection information, the quality information of a con- 
nection, and the destination path information, and stores a set of the connection information and the communica- 

55 tion quality into the connection/communication quality table, and decides communication quality according to the 
connection information and tiie destination path information when the datagram doesn't need to be controlled. 

[0023] In anotiier preferred construction, a database for storing the connection quality information conresponding to 
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the attribute infornnation is provided, the communication quality deciding means decides the connection quality informa- 
tion, according to the attribute Information, referring to the database. 

[0024] In another preferred construction, assuming that the layer 3 is an IP, the layer 4 is a TCP, and the layer 5 Is an 
HTTP, 

5 

the attribute detecting means checks protocol number of the IP header of the datagram, or the same protocol 
number and port address within the TCP protocol header of the datagram, or header value next to the IP header of 
the datagram, or the next header value and port address of the TCP protocol header of the datagram, and knowing 
that the layer 5 is the HTTP, checks one or some identifying information included in the TCP header, or the TCP 
10 header and an HTTP message of the received datagram, and when the datagram is transferred to a protocol end 
system, the communication quality deciding means decides quality of a connection of the layer 3 and beneath suit- 
able for a connection derived from the datagram and performs datagram transfer processing based on the quality 
of the conneaion, hence to change the connection quality of a datagram to be transferred, so to do a transfer con- 
trol. 

15 

[0025] In the atxTve-mentioned construction, the attritxjte detecting means checks at least one of the following items: 
the media attribute of the datagram, from the Content type included in the HTTP header of a received datagram; E-mail 
address of a user who sent a datagram, from the From field included in the HTTP header; a user program name and 
the Version in which the datagram was created, from the User-Agent included in the HTTP header; and a server soft- 
20 ware name and the Version in which the datagram was created, from the Server included in the HTTP header, as the 
Identifying information. 

[0026] In the above-mentioned construction, the attribute detecting means checks at least one of the following Items: 
the created date at the datagram, from the Date included in the HTTP header of a received datagram; authentication 
information of the datagram and the encrypting method of the authentication information, from the Authorization 
25 included in the HTTP header; the valid date of the datagram, from the Expires included in the HTTP header, as the iden- 
tifying Information. 

[0027] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the required items of the datagram, from the Pragma included in the HTTP header of a received datagram; cache con- 
trol information of the datagram, from the Cache-Control included in the HTTP header; execution requirements of the 
30 Method, from the tf-Modified-Since included in the HTTP header; execution requirements of the Method, from the If- 
Unmodifled-Slnce Included In the HTTP header; a URI required by a dient, from the request URI within a request line 
(Request-Line) included in the HTTP header; and the final updating time of the HTTP data, from the Last-Modified 
included in the HTTP header, as the identifying information. 

[0028] In tiie above-mentioned construction, the attribute detecting means checks at least one of tiie following Items: 
35 a referred URI (Uniform Resource Identifiers) of the HTTP data, from the Referer included In the HTTP header of a 
received datagram; a URI in which the HTTP data is located, from the Location included in the HTTP header; a desti- 
nation URI and source domain name of the datagram, from the Forwarded included in the HTTP header; the base URI 
of the datagram, from the Content-Base included in tiie HTTP header; a URI in which the HTTP data is located, from 
the Content-Location included in the HTTP header; a metiiod of requiring HTTP data from a user program, from the 
40 Method included in the HTTP header, as the identifying information. 

[0029] In the atx>ve-mentioned construction, the attribute detecting means checks at least one of the following items: 
the Version in which the datagram is MIME (Multipurpose Internet Mail Extensions), from the MIME-Version included in 
the HTTP header of a received datagram; tiie media attribute a user program permits, from the Accept included in the 
HTTP header; a character set a user program permits, from the Accept-Charset included in the HTTP header; a coding 
45 method of datagrams a user program permits, from the Accept-Encoding included in the HTTP header; a datagram lan- 
guage a user program permits, from the Accept-Language included in the hfTTP header; an encoding metiiod of data- 
grams, from the Content-Encoding included in the HTTP header; and a datagram language, from the Content- 
Language Included in the HTTP, as tiie identifying information. 

[0030] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
50 response content of a server replying to a request from a user program, from the Status Code included in the HTTP 
header of a received datagram; authentication information required by a server, from the WWW- Authenticate included 
in the HTTP header; authentication information required by a proxy server, from the Proxy-Autiienticate included in the 
HTTP header; authentication information of the datagram, from the Proxy-Authorization included in the HTTP header, 
as the identifying information. 

55 [0031 ] In the above-mentioned construction, the attribute detecting means checks at least one of the following Items: 
the Method the HTTP data permits, from Allow included in the HTTP header of a received datagram; tiie Range requir- 
ing method a server permits, from the Accept- Range included in tiie HTTP header; a host and its port number that 
requires the HTTP data, from the Host included In the HTTP header; HTTP data getting requirements, from the !f- 
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Range included in the HTTP header; the Method a server permits, from the Public included in the HTTP header; and 
the Range of the HTTP data a user program requires, from the Range included in the HTTP header, as the identifying 
information. 

[0032] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
5 data length of the datagram, from the Content-Length included in the HTTP header of a received datagram; connection 
state of the datagram, from the Connection included In the HTTP header; reply information of a server replying to a 
request of a user program, from the Warning Included in the HTTP header; possible date of obtaining the required 
HTTP data, from the Retry-After included In the HTTP header; the protocol Version, host name and using software 
name of a gateway or a proxy server relaying packets, from the Via included in the HTTP header; and a coding method 
10 of datagrams, from the Transfer-Encoding included In the HTTP header, as the identifying Information. 

[OOaS] In another prefen*ed construction, assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP (User Data- 
gram Protocol), the attrit)ute detecting means checks the protocol number of the IP header of the datagram or the 
header value next to the IP header, and knowing that the layer 4 Is the TCP or UDP. checks one or some Identifying 
information included in the TCP header or UDP header of the received data as the identifying information, and when 
15 the datagram is transferred to a protocol end system, the communication quality deciding means decides quality of a 
connection of the layer 3 and beneath suitable for a connection derived from the datagram and performs datagram 
transfer processing based on the quality of the connection, hence to change the connection quality of a datagram to be 
transferred, so to do a transfer control. 

[0034] In the above-mentioned construction, the attributed detecting means checks the "checksum** field Included in 

20 the UDP header of the received datagram, as the identifying information. 

[0035] In another preferred construction, assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP. and the layer 
5 is a DNS or TFTP or SNMR the attribute detecting means checks the protocol number of the IP header of the data- 
gram, or the same protocol number and port address within the TCP or UDP protocol header of the datagram, or header 
value next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 

25 header of the datagram, and knowing that the layer 5 Is the DNS or TFTP or SNMP, checks one or some Identifying 
information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP message, the 
UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP message of the received 
data as the identifying information, and when the datagram is transferred to a protocol end system, the communication 
quality deciding means decides quality of a connection of the layer 3 and beneath suitat>le for a connection derived from 

30 the datagram and performs datagram transfer processing t>a5ed on the quality of the connection, hence to change the 
connection quality of a datagram to be transferred, so to do a transfer control. 

[0036] In the above-mentioned construction, the attribute detecting means checks the presence of the ''query type" 
In the DNS message of the received datagram, as the identifying information. 

[0037] In the above-mentioned construction, the attribute detecting means checks "opcode" included in the TFTP 
35 message of the received datagram as the identifying information. 

[0038] In the above-mentioned construction, the attribute detecting means checks the PDU type Included in the 
SNMP message of the received datagram as the identifying information. 

[0039] In another preferred construction, assuming that the layer 3 is an IP, the layer 4 is a TCP, and the layer 5 is an 
FTP or SNMP, the attribute detecting means checks protocol numt>er of the IP header of the datagram, or the same pro- 

40 tocol number and port address within the TCP protocol header of the datagram, or header value next to the IP header 
of the datagram, or the next header value and port address of the TCP protocol header of the datagram, and knowing 
that the layer 5 is the FTP or SMTP, checks one or some identifying information included in the FTP Command, the FTP 
Reply, the TCP header and the FTP Command or FTP Reply, the SMTP Command, SMTP Reply Code, the SMTP 
header, the TCP header and the SMTP Command or SMTP Reply Code or the SMTP header of the received data as 

45 the identifying information, and when the datagram is transferred to a protocol end system, the communication quality 
deciding means decides quality of a connection of tiie layer 3 and beneath suitat^e for a connection derived from the 
datagram and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

[0040] In another preferred construction, a physical layer of transfer is of the ATM transfer method, individual VCs (Vir- 
50 tual Circuit) are assigned to the respective connection qualities of ATM as the datagram transfer processing according 
to each connection quality so to transfer datagrams, and parameters for communication quality control depending on 
the connection qualities are set to the respective VCs, thereby performing transfer depending on the attribute of media 
derived from a datagram. 

[0041] In another preferred construction, the communication quality deciding means sets connection-setting robust- 
55 ness selectively depending on a connection-setting message for setting a connection, in addition to the above commu- 
nication qualities. 

[0042] In another preferred construction, the communication quality deciding means decides at least one of a control 
parameter relative to an optimum bandwidth, an optimum control parameter relative to delay time including the maxi- 
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mum delay time and the delay time fluctuation amount, an optimum control parameter relative to data loss including 
buffer amount, a control parameter relative to the optimum accounting information, and a control parameter relative to 
the optimum security quality, as the communication quality of the connection. 

[0043] In another preferred construction, the communication quality deciding means decides at least one of the opti- 
5 mum destination of a datagram and the optimum destination path of a datagram, according to tiie communication qual- 
ity of the connection. 

[0044] In another preferred construction, the communication quality deciding means, according to the communication 
quality of the connection, transfers tiie datagram after coding or encoding the same, by use of a physical line of the 
exclusive use for the connection if necessary, deletes unnecessary information within the datagram, decreases the size 

10 of tiie datagram by compression, and performs tunneling of the datagram. 

[0045] In anotiier preferred construction, the communication quality deciding means sets connection-setting priority 
or connection-transfer priority, as the communication quality of connection, according to the attribute information, and 
connection-setting processing having the higher connection-setting priority is preferentially executed and a datagram of 
a connection having the higher connection-transfer priority Is preferentially transferred. 

15 [0046] According to anotiier aspect of the invention, a communication quality control system for realizing an optimum 
datagram transfer function for connection quality corresponding to attributes of communication, comprises 

network end systems for respectively terminating a protocol layer of an existent data network; 

protocol end systems for respectively terminating the protocol layer 3 and beneath based on quality of communica- 
20 tion of a received datagram; and 

a communication datagram transfer system for transferring the datagram to a specified end system according to 

quality information of a connection corresponding to communication attributes derived from the information of the 

respective protocol layers 4, 5. 6. and 7 or one of them included in a datagram received by an arbitrary end system, 

th communication datagram transfer system including 
25 attrilxjte detecting mean^^ of checking identifying information included in the information of the respective protocol 

layers 4, 5, 6. and 7 or one of them included in a datagram received by an arbitrary erKi system, hence to take out 

the communication attribute information of the respective protocol layers, and 

communication quality deciding means for, when a datagram is received by a protocol end system, deciding com- 
munication quality for sending the datagram according to a set of the communication attribute information of the 
30 respective protocol layers derived from the datagram and the quality information of connection, and notifying the 
communication quality to the protocol end system. 

[0047] Other objects, feat jres and advantages of the present invention will become clear from the detailed description 
given herebelow. 

35 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0048] The present invention will be understood more fully from the detailed description given herebelow and from ttie 
accompanying drawings of the preferred embodiment of the invention, which, however, should not be taken to be linti- 
40 tative to the invention, but are for explanation and understanding only. 
[0049] I n the drawings: 

Rg. 1 is a block diagram showing a constitution example of a communication quality control system according to 
an embodiment of the present invention; 
45 Rg. 2 Is a block diagram showing a constitution example of a communication datagram transfer system accoiding 
to the emtjodiment of the present invention; 

Rg. 3 Is a flow chart for use in describing the operation of a layer identifying unit according to the ennbodiment of 
the present invention; 

Rg. 4 is a flow chart for use in describing the operation of a connection communication quality control unit accord- 
so ing to the embodiment of the present invention; 

Rg. 5 Is a diagram showing an example in the case of dividing HTTP sessions into IP datagrarr^; 
Rg. 6 Is a diagram showing an example of file transfer according to FTP; 

Rg. 7 Is a diagram for use in describing an example of a basic QOS tat>le within a DOS database; 
Rg. 8 Is a diagram for use in describing an example of an extended QOS tattle within a QOS database; 
55 Rg. 9 Is a diagram for use in describing an example of a patch table: 

Rg. 10 is a diagram for use in describing an example of a server Information control table; 

Rg. 1 1 is a block diagram for use in desaibing another constitution example of a communication datagram transfer 

system; 
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Fig. 1 2 is a block diagram for use in describing an example of setting a connection among the communication qual- 
ity control systems; 

Fig. 1 3 is a block diagram for use in describing an exannple of setting a connection among the communication qual- 
ity control systems; 

5 Fig. 14 is a block diagram for use in describing an example of setting a connection among the communication qual- 

ity control systems; 

Fig. 1 5 is a block diagram for use in describing an example of setting a connection among the communication qual- 
ity control systems. 

10 DESCRIPTION OF THE PREFEPtRED EMBODIMENT 

[0050] The preferred emtxx:fiment of the present invention will be discussed hereinafter in detail with reference to the 
accompanying drawings. In the following description, numerous specific details are set forth In order to provide a thor- 
ough understanding of the present invention. It will be obvious, however, to those skilled in the art that the present 
75 invention may be practiced without these specific details. In other instance* well-known structures are not shown in 
detail in order to unnecessary obscure the present invention. 

[Description of Constitution] 

20 [0051 ] Preferred embodiments of the present invention will be described in detail with reference to the drawings. 
[0052] Fig. 1 is a block diagram of a communication quality control system 60, indicating a first emtxxiiment of the 
present Invention. The communication quality control system 60 of this embodiment comprises a plurality of sets of net- 
work end systems 20a, 20b. 20c. • • • . 20n and 50a, 50b, 50c, • • • , 50n and protocol end systems 30a. 30b. 30c. 
• • • , son and 40a, 40b. 40c, • • • . 40n, and a communication datagram transfer system 10 for connecting each pro- 

25 tocol end system. 

[0053] Each network end system 20a. 20b, 20c. * * * , 20n terminates a protocol layer of a data network as for a 
received datagram. The protocol layer of a data network specifically means a MAC layer, an ATM layer, and the like. The 
protocol end system 30a terminates the layer 3 and beneath such as an IP layer according to the communication quality 
of a datagram to be transferred from the network end system 20a. Similarly, each protocol end system 30b. 30c. * * * . 
30 30n terminates the layer 3 and t>eneath such as an IP layer according to the communication quality of a datagram to be 
transferred from each network end system 20b. 20c, • • • , 20n. 

[0054] The communication datagram transfer system 1 0 transfers a datagram to one of the protocol end systems 40a. 
40b. 40c. • • * . 40n according to the quality information of connection corresponding to communication attributes 
derived from the information of the respective protocol layers 4, 5, 6. 7 or one of them included in the datagram received 
35 from the protocol end system 30a, 30b. 30c, • • • . or 30n. The datagram transfer system 1 0 determines communication 
quality for sending a datagram according to the quality information of connection and notifies it to the corresponding 
protocol end system 40a. 40b. 40c, • • • , or 40n. 

[0055] The protocol end system 40a, upon receipt of a datagram and communication quality for sending the datagram 
from the communication datagram transfer system 10. sets the protocol layer 3 and less based on the notified commu- 
te nication quality, and transfers the same to the network end system 50a. The network end system 50a transfers the dat- 
agram to an outside network. Similarly, each protocol end system 40b, 40c, • • • . 40n, upon receipt of a datagram and 
communication quality for sending the datagram from the communication datagram transfer system 10. sets the proto- 
col layer 3 and t)eneath based on the notified communication quality, and transfers the same to each network end sys- 
tem 50b. 50c, • • • , 50n, and each network end system 50b, 50c, • • • , 50n transfers the corresponding datagram to 
45 an outside network. 

[0056] Although the communication quality control system 60 consists of a plurality of protocol end systems logically, 
all the protocol end systenns or some protocol end systems may be constituted physically by the same hardware. Sim- 
ilarly, although the communication quality control system 10 consists of a plurality of network end systems logically, all 
the network end systems or some of them may be constituted physically by the same hardware. To take a concrete 
so exanrtple. since the ATM communication extends a path to a virtual destination in every VP (Virtual Path), logically one 
network end system terminates each VP; however, one end system for terminating one physical line may terminate a 
plurality of VPs physically in some cases. 

[0057] Logically, the protocol end systems 30a. 30b. 30c. * * • , 30n on a sending side have sending functions and 
the protocol end system 50a. 50b. 50c. • • • . 50n on a receiving side have receiving functions; however, the respective 
55 systems may be constituted physically by the same hardware. Similarly, the network end systenns 20a. 20b. 20c. • • • . 
20n on a sending side have sending functions and the network end systems 40a, 40b. 40c. • • • . 40n on a receiving 
side have receiving functions logically; however, th resp ctive systems may be constituted physically by the same 
hardware. 
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[0058] Fig. 2 is a block diagram showing a constitution example of the above mentioned communication datagram 
transfer system 10. 

[0059] The communication datagram transfer system 1 0 comprises an input queue control unit 11 0, an output queue 
control unit 120. a layer identifying unit 130. an attribute detecting unit 140. a communication quality deciding unit 150, 
5 a path deciding unit 160. a connection communication quality control unit 170, a QOS database 152. a path table 161, 
and a connection/communication quality table 1 71 . 

[0060] The input queue control unit 110. upon receipt of datagrams from the respective protocol end systems 30a, 
30b, 30c, • * • . 30n , selects a datagram having the highest priority and supplies the datagram (D) to the layer identi- 
fying unit 130 arxJ the output queue control unit 120. 

10 [0061] The layer identifying unit 130 operates according to the flow chart of Rg. 3. At first, the layer identifying unit 
130 identifies the respective layers of the input datagram (D) (Step 301). Concretely, when the layer 3 is an IP, version 
of the IP is recognized from the version of the IP header, and when the layer 3 Is the IPv4, the application thereof Is 
recognized by reference to the protocol number of the IP header, or this protocol number and the port number of TCP 
or UDP protocol header of the datagram. When the layer 3 is the IPv6, the application thereof is recognized by refer- 

15 ence to the next headervalue of the IP header, or the same next header value and the port number of the TCP or UDP 
protocol header. 

[0062] The layer identifying unit 1 30 identifies a connection that is the unit of a traffic to determine communication 
quality out of the input datagram (D) (Step 302). Concretely, when the layer 3 is the IP and the layer 4 is a TCP or UDP. 
a connection Is identified according to the connection identifying information including a set of sending IP address and 
20 destination IP address of the IP header and a set of serKling port number and destination port number of the TCP or 
UDP header. 

[0063] The layer identifying unit 130 identifies the state of the connection recognized according to the above men- 
tioned connection identifying infornnation and si4)plies both the connection identifying information and the connection 
state information, as the connection information (C). to the connection communication quality control unit 170 (Step 
25 303). Identifying the state of a connection is; in the concrete, when the layer 4 is a TCP. establishment of a TCP con- 
nection is recognized by a SYN flag standing, and end of a TCP connection is recognized by a FIN flag standing, in a 
code bit within the TCP header. 

[0064] The layer identifying unit 130 supplies information (A) necessary for deciding a path, to the path deciding unit 
160 (Step 304). 

30 [0065] The layer identifying unit 1 30 judges whether it is necessary to detect attributes of the layer 4 and upper in the 
attribute detecting unit 140, based on the identified connection state (Step 305). 

[0066] When the unit 130 judges that it is necessary to detect the attributes of the layer 4 and upper, it supplies the 
layer information (L) of the datagram and some or all of the datagram (DP) necessary for the attribute detecting unit 1 40 
to detect attributes from the respective layers, to the attribute detecting unit 140 (Step 306). It is. for example, in the case 

35 of receiving a datagram of a front session, in the HTTP sessions, in other words, receiving a datagram including an 
HTTP header that the attribute detecting unit 140 need to detect attributes of the layer 4 and upper. 
[0067] The attribute detecting unit 140 detects attribute information of communication from some or all of the data- 
gram (DP) entered based on the layer information (L) entered from the layer Identifying unit 130. and supplies the 
detected attribute information (P) of the communication to the communication quality deciding unit 150. 

40 [0068] Although detecting identifying information included in the respective layers 4. 5, 6. 7 of a datagram, or one of 
them, the attribute detecting unit 140 is to detect information of the layer 3 and beneath if it is necessary to define the 
quality of a connection. 

[0069] The communication quality deciding unit 150 retrieves quality information (S) of a connection corresponding 
to the attribute information (P) of the communication entered from the attritxjte detecting unit 140. referring to the QOS 

45 database 152. and supplies the same to the connection communication quality control unit 170. 

[0070] The path deciding unit 160 retrieves the path table 161 , by the necessary information (A) for deciding a path 
received from the layer identifying unit 130, so to decide a destination path of the datagram, and supplies the destina- 
tion path information (R) of the datagram to the connection communication quality control unit 170. 
[0071] Concretely when the layer Is an IP, the necessary information (A) for deciding a path is a destination IP 

so address. An IP subnet address coming under the destination IP address or the destination IP address itself is retrieved 
by use of the destination IP address as a key, so to decide VPI (Virtual Path Identifier) or IP address of the next desti- 
nation system corresponding to the IP subnet address. 

[0072] The connection communication quality corrtrol unit 1 70 operates according to the flow chart of Fig. 4. The con- 
nection communication quality control unit 170 receives connection information (C) from the layer Identifying unit 130 
55 and destination path information (R) from the path deciding unit 1 60. or connection quality information (S) from the com- 
munication quality deciding unit 150 (Step 401). 

[0073] The connection communication quality control unit 170 judges whether the datagram (D) needs to be control- 
led by the connection/communication quality table 1 71 or not; namely, whether it is the datagram (D) requiring referring 
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to the connection/communication quality table, or the datagram (D) requiring storing into the same table (Step 402) 
according to the connection information (C) entered from the layer identifying unit 130. 

[0074] When the datagram (D) does not need to be controlled by the connection/communication quality table 1 71 , 
communication quality (Q) is decided, according to the connection information (C) entered from the layer identifying unit 
5 1 30 and the destination path information ( R) entered from the path deciding unit 1 60. and supplied to the output queue 
control unit 120 (Step 403). 

[0075] When the datagram (D) needs to be controlled by the connection/communication quality table 171. the con- 
nection communication quality control unit 170 retrieves the connection/communication quality table 171 to check 
whether there exists the same connection or not (Step 404). 
10 [0076] When there exists the same connection as a result of the retrieval of the connection/communication quality 
tattle 171, communication quality (Q) Is estat>lished by reference to the connection/communication quality table 171 
(Step 405). 

[0077] When there exists no same connection as a result of the retrieval of the connection/communication quality 
table 171 . communication quality (Q) for transferring the datagram (D) is decided, according to the quality information 
15 (S) of the connection entered from the communication quality deciding unit 1 50, the connection information (C) entered 
from the layer identifying unit 130, the destination path information (R) entered from the path deciding unit 160 and sup- 
plied to the output queue control unit 120 (Step 406). At this time, the connection commurucation quality control unit 1 70 
stores a set of the connection information (C) and the communication quality (S) into the connection/communication 
quality table 171 (Step 407). 

20 [0078] It is only in the case of judging the layer identifying unit 1 30 needs to identify attributes of the layer 4 and upper 
that the connection quality information (S) is entered into the connection communication quality control unit 170 from 
the communication quality deciding unit 150. When the connection quality information (S) is not entered there, it is 
judged that tiie datagram does not need to be controlled by tiie connection/communication quality table 171 and com- 
munication quality (Q) is decided, according to the connection information (C) entered from the layer identifying unit 1 30 

25 and the destination path (R2) entered from the patii deciding unit 160. 

[0079] Even if the connection quality information (S) Is entered there, it is to be judged whether the datagram needs 
to be controlled by the connection/communication quality table 1 71 . and the datagram of the layer 4 and upper requiring 
no referring to tiie table 1 71 is not to be controlled by the connection/communication quality table 1 71 . In this case, com- 
munication quality (Q) is also decided, according to the connection information (C) entered from the layer identifying 

30 unit 130 and the destination path (R2) entered from the path deciding unit 160. 

[0080] When tiie layer identifying unit 1 30 judges that attribute information of the layer 4 and upper is required, such 
as in the case of receiving a datagram including an HTTP header in a connection including the HTTP sessions, con- 
nection quality (S) corresponding to the attribute information (P) examined in the attribute detecting unit 140 is entered 
Into the connection communication quality control unit 1 70 from the communication quality deciding unit 1 50. 

35 [0081 ] The connection communication quality control unit 1 70 stores a set of the connection information (C) and the 
communication quality (Q) into the connection/communication quality table 171. Once the communication quality (Q) 
corresponding to tiie connection quality (S) is decided, as for a datagram (D) judged to be of the same connection 
according to the connection information (C) entered from tiie layer identifying unit 130, communication quality (Q) 
based on the connection quality (8) conresponding to the attribute value of tiie layer 4 and upper is established, by ref- 

40 erence to the connection/communication quality tat>le 171. and supplied to the output queue control unit 1 20. 

[0082] The output queue control unit 120 selects the optimum protocol end system; 40a. 40b. 40c, • • • . 40n. as for 
the datagram (D) entered from the input queue control unit 110, according to the communication quality (Q) entered 
from the connection communication quality control unit 1 70, and the datagram (D) and the communication quality (Q1 . 
Q2. Q3. • • • , Qn) necessary for sending the datagram are transferred to the selected protocol end system. 

45 [0083] The operation according to the embodiment of the present invention will be descrbed in the case where the 
layer 3 is an IP, the layer 4 is a TCP, and the layer 5 is an HTTP. 

[0084] In the case of receiving no connection quality information (S) and in the case of a datagram of the layer 4 and 
upper requiring no referring to a table, the connection communication quality control unit 170 decides conrrmunication 
quality (Q) for transferring the datagram (D) according to the connection information (C) and the destination path (R), 
so by the default operation. 

[0085] As illustrated in Fig. 5, the HTTP sessions (HO) is divided into some IP datagrams (HI . H2. H3, • • • ) and trans- 
ferred over a network, and the datagram including an HTTP header considered to define the attribute of the communi- 
cation in the HTTP sessions is a front datagram (H1). 

[0086] Accordingly the layer identifying unit 1 30 recognizes that, upon receipt of the front datagram (HI ), it is the first 
55 datagram after a connection Is established, while monitoring the code bit of the TCP header. The layer identifying unit 
130 supplies tiie layer information (L) that tiie layer 5 is the HTTP, to the attribute detecting unit 140. The atbribute 
detecting unit 1 40 detects atti'ibute necessary for deciding communication quality from the HTTP header within the dat- 
agram (HI) and supplies the attribute information (P) to the communication quality deciding unit 150. 
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[0087] The communication quality deciding unit 1 50 retrieves the QOS database 1 52 according to the attribute infor- 
mation (P) entered from the attribute detecting unit 140, decides connection quality (S), and supplies the same to the 
connection communication quality control unit 170. 

[0088] The connection communication quality control unit 1 70 judges that the datagram (HI) requires referring to the 
5 connection/communication quality table 171 and storing therein, decides the communication quality (Q) of the data- 
gram (HI) according to the connection quality (S) entered from the communication quality deciding unit 150 and the 
destination path (R) entered from the path deciding unit 160, and supplies it to the output queue control unit 120. 
[0089] The connection communication quality control unit 170 stores a set of the connection information (C) and the 
communication quality (Q) into the connection/communication quality table 1 71 . 
10 [0090] When receiving the datagram (H2). the connection communication quality control unit 1 70 retrieves the con- 
nection/communication quality tak>le, according to the connection information (C) entered from the layer identifying unit 
130, arxj transfer of the datagram is performed in the same communication quality as the datagram (H1). 
[0091 ] As for the datagram (H3) and the later, the datagram transfer is performed in the same communication quality 
as the datagram (H1) similarly 

15 [0092] The comrmnication datagram transfer system 10 of the present invention is to terminate the layer 3 and 
beneath of a datagram hence to do the datagram transfer, thereby providing a high speed operation similarly to the 
existent router. However, it is possible to examine communication attrifc>utes of the layer 4 and tpper depending on the 
necessity and transfer a datagram in the optimum communication quality corresponding to the communication 
attributes. 

20 

[Embodiment 1] 

[0093] This time, more concrete description at>out the content of the attribute information (P) detected by the attribute 
detecting unit 140, the content of the connection quality (S) decided by the communication quality deciding unit 150 
25 according to the attribute information (P), and what communication quality is provided according to the connection qual- 
ity (S), will be made, by way of a concrete example of the communication datagram transfer system 10, in the case of 
transferring a datagram having an IPv4 as the layer 3, a TCP as the layer 4, an HTTP as the layer 5. with the ATM trans- 
fer method adopted to the transferring physical layer. 

[0094] When receiving a datagram of the first HTTP session, the layer identifying unit 1 30 recognizes that ttie layer 4 
30 is a TCP because of the protocol number of the IP header being 6 and that the layer 5 is an HTTP because of the port 
number of the TCP header being 80. and the unit 130 supplies the same to the attribute detecting unit 140 as the layer 
information. 

[0095] The attribute detecting unit 1 40 checks the presence of Content-Type (21), Server (22), User-Agent (23), and 
From (24) in the HTTP header because the layer 5 is the HTTP. In the case of their existence, the unit 1 40 supplies tine 

35 result to the communication quality deciding unit 1 50 together with the attribute values. 

[0096] The Content-Type (21) defined by the RFC (Request For Comment) 1521 indicates the attribute of media, rep- 
resented by a set of basic type/sub-type^ For example, when tiie basic type is "image", the media is proved to be an 
image; when Video", it is proved to be a moving image; when "audio", it is proved to be a voice; when "text", it is proved 
to be text data; when "application", it is proved to be application data. The Server (23) indicates the program name and 

40 the version of a server replying to a request by the HTTP. The User-Agent (22) indicates the client program name and 
the version used by a user who requires data by the HTTP. The From (24) Indicates E-mail address of a user who 
requires data by the HTTP. 

[0097] The attribute detecting unit 140 detects destination IP address (41) and source IP address (42) from tiie IP 
header, in addition to the atti-itxrtes detected from the HTTP header, as the attritjutes for deciding connection quality, 
45 and supplies the same to the communication quality deciding unit 150. 

[0098] The communication quality deciding unit 150 retrieves the QOS database 152 according to the respective 
attritxjtes entered from the atti-ibute detecting unit 140. In this enrd^odiment, a l>asic QOS table 150A of Rg. 7 and an 
extended QOS table 150B of Fig. 8 are used as tiie QOS database 1 52. 

[0099] With reference to the basic QOS table 150A of Fig. 7. there are established, delay priority (31), loss priority 
so (32), bandwidth (33). and connection priority (34), based on the attribute of the Content-Type (21). 

[01 00] The delay priority (31 ) means that a greater value would be preferentially transferred first. The loss priority (32) 
means that the cell loss would be nx)re restrained in a greater value and that the data of small value would be aban- 
doned preferentially in the event of a congestion. The connection priority (34) means that a connection would be pref- 
erentially established in a greater value. 
55 [0101] in the example of Fig. 7. the value of the Content-type (21) is used to judge whetiier tiie media attribute is an 
image, a voice, a moving image, or other data. In the case of the voice and moving image media, the delay priority is 
set higher than the other media, thereby enabling real-time communication. As for the voice media, image media, mov- 
ing image media, a littie data loss is permitted, compared with the other data application; therefore, the loss priority (32) 
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is set small. 

[0102] Wrth reference to the example of the extended QOS table 150B in Fig. 8, the delay priority (31), the loss priority 

(32) , the bandwidth (33), the connectbn priority (34). the addition quality (35), and the destination VP! (36-2) are 
decided, based on the destination IP (41), the source IP (42), the Content-Type (21). the Server (22), the User-Agent 

5 (23), and the From (24). 

[0103] Each definition of the delay priority (31), the loss priority (32), the bandwidth (33), and the connection priority 
(34) is the same as that of the above mentioned basic QOS table 150A; however, their attribute values can be set by 
the difference from the values set in the basic QOS table 150A. For example, referring to the case in which the item 
number (50) is "I", when the Server (22) entered from the attribute detecting unit 140 has the program name "Server r. 
10 the loss priority (31) is set at **+r added to the value defined in the basic QOS table 150 A, and the bandwidth (33) is 
set at "+10%" of the value defined in the basic QOS table 150A. 

[0104] Similarly, it is possible to set the optimum parameters based on the contract with a user using the communi- 
cation quality control system, by changing the respective connection qualities (31. 32, 33, 34), according to the client 
name defined in the User-Agent (23) and E-mail address of a user defined in the From (24). When the item nurrt^er (50) 
15 is "4". and a user having E-mail address "Usera** establishes communication of a moving image by use of a program 
'*ctient2", the delay priority (31), the loss priority (32), and the connection priority (34) are set high and the bandwidth 

(33) is set 30% more than usual, thereby realizing moving image communication of higher quality. 

[0105] When the item number (50) is "5" and a user having IP address2 as the source IP (42) estak>lishes communi- 
cation with a server program **Server2'', connection qualities described in Fig. 8 are set. Thus, connection qualities are 
20 decided by using not only the attribute information on the layer 4 and upper, but also the attribute information on the 
layer 3 and beneath if necessary. 

[0106] The destination VP! (42) is to decide the destination of a datagram. 

[0107] The destination of a datagram ts basically decided by reference to the path table 161 in the path deciding unit 
160. Fig. 9 shows the example of the path table 161 . With reference to Fig. 9. the path table 161 consists of a set of a 
25 destination subnet address (43) and a destination VPI (36-1). The path deciding unit 160 examines which subnet 
address (43) within the path tabU) 161 includes the destination IP address (41) entered from the layer identifying unit 
130 and decides the corresponding destination VPI (36*1). 

[0108] In the item number 6 of the extended QOS table 150B. when the destination IP address (41) is IP addressi 
and the Content-Type (21) uses application/x-newtype. the destination VPI (42) is set at VP15. Accordingly, when the 

30 destination VPI (36-2) is set in the connection quality (S) entered from the communication quality deciding unit 1 50, the 
connection communication quality control unit 170 gives priority to it over the destination VPI (36-1) supplied from the 
path deciding unit. Thus, the communication quality deciding unit 1 50 is enabled to decide the destination VPI (36) and 
provided with a function of giving priority to the destination VPI (36-2) decided by the communication quality deciding 
unit 150 over the destination VPI (36-1) decided by the path deciding unit 160, which makes it possit>le to change the 

35 type of a using application, a using transfer path or a destination depending on a user. 

[0109] The addition quality (35) defines an encrypting method of a datagram for assuring data transfer corresponding 
to the security quality as the connection quality. The item number 7 of Fig. 8 shows tiiat the encryption of a datagram 
and tiie tunneling thereof are performed by use of the L2TP (Layer 2 Tunneling Protocol) in the communication of text 
data from the IP address 4 to the IP address 3. 

40 [01 1 0] In the extended QOS tatMe 1 50B of Fig. 8. the connection quality is decided by judging whetiier the source IP 
(42) and the destination IP (41) are coincident with the written IP address. Alternatively, it is possible to decide the con- 
nection quality at the level of subnet, by writing an IP subnet address therein and judging whether the source IP (42) 
and the destination IP (41) belong to the IP subnet address. 

[0111] The connection communication quality control unit 170 decides tiie delay priority (31), the loss priority (32), 
45 the bandwidth (33). tiie connection priority (34). the addition quality (35). and the destination VPI (36-2). as the connec- 
tion qualities (S) entered from the communication quality deciding unit 150. and the VPI and VCI as the communication 
quality (Q) for sending a datagram according to the destination VPI (36-1) entered from the path deciding unit 160. arxJ 
supplies the result to the output queue control unit 1 20. 

[0112] The output queue control unit 120 selects the optimum protocol end system according to the path decided by 
so the VPI arxi the quality decided by the VCI to transfer a datagram. 

[Oil 3] The output queue control unit 120 processes a datagram having the highest delay priority (31) preferentially 
[0114] The output queue control unit 120 provides a datagram having the higher loss priority (32) with more buffer 
amount, thereby performing a control so as to abandon a datagram having the lower loss priority (32) in the event of a 
congestion. 

55 [0115] When the connection communication quality control unit 170 detects a new connection, or when the commu- 
nication quality of a connection is changed, a VC (Virtual Circuit) is set between another ATM and itself depending on 
the necessity. Connection setting is preferentially performed on a datagram having the higher connection priority (34) 
in assigning the VC (Virtual Circuit) thereto. 
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[011 6] The following setting will be concretely performed . 

(1) When it is necessary to perform the VC setting on the both datagram having the higher connection priority (34) 
and the datagram having the lower connection priority (34). the VC setting for the connection having the higher con- 

5 nection priority (34) is f irstiy performed. 

(2) When it is impossible to perform the VC setting of a datagram having the higher connection priority (34). the VC 
of the lower connection priority (34) is released and the VC setting of a datagram having the higher connection pri- 
ority (34) is performed. 

(3) When the VC resources are becoming short, the VC of the lower connection priority (34) is released before 
10 exhausting the resources. 

[0117] As for some VPIs of the destination VPIs (36). it is possible to enhance the security quality by setting a path 
using a physical line tor the exclusive use. For example, by assigning the VPI6 of the destination VP! (36-2) as the phys- 
ical line for the exclusive use. the physical line of the exclusive use is assigned to the data having IP address 4 as the 

15 source IP (42). IP address 3 as the destination IP (41). and "text" as the Content-Type (21). in the item number 7 of the 
extended OOS table 150B of Fig. 8, thereby enabling datagram transfer having the higher security quality. 
[0118] In this embodiment, although a plurality of attributes are examined from the HTTP header and the IP header, 
and the connection quality is decided, by use of the basic QOS table 150A and the extended QOS table 150B as the 
QOS database 152, it is also possible to do so only by use of the basic QOS table 1 50A. In this case, the connection 

20 quality is decided by the Content-Type within the HTTP header. 

[Embodiment 2] 

[01 1 9] The description will be made in the case of accounting, in the communication datagram transfer system of the 
25 present invention. Accounting is controlled by the unit of VC connection in the connection communication quality control 
unit 170. The accounting amount is decided by "traffic amount x basic account amount". The traffic amount is counted 
by tiie number of packets passing in every VC connection, the number of transferred words, the number of transferred 
bytes, or the number of the total t3its. The basic accounting amount is assumed to be decided depending on the con- 
nection quality of a VC connection. 
30 [01 20] For example. it can be set as the 

setting priority (31) x weight 1 + loss rate (32) x weight 2 + bandwidth (33) x weight 3 + connection priority (35) x weight 4 + additioi 
. The addition service amount means the additional fee in the case of adopting, for example, the tunneling algorithm 
such as L2TP to a connection. 

[0121] A user to be billed is identified by the source IP address, the destination IP address, and the like in the case 
35 of using the information of the layer 3 and beneath. In the case of using the information of the layer 4 and upper, how- 
ever, a user and/or a group can be specified from a user E-mail address, a using server program name, a client program 
name, an application name, and the like, tiy examining, for example, the From, Server. User-Agent, and Content-Type 
in the HTTP header. 

40 [Embodiment 3] 

[0122] The attribute detecting unit 140 checks the presence of Date field newly, in addition to the HTTP header 
checked in the embodiment 1 , and when there exists the Date field, it supplies the same to the communication quality 
deciding unit 150 together with the attribute value thereof. Use of the Date field obtains the transmission time of a dat- 
45 agram. 

[0123] The communication quality deciding unit 1 50 checks the Date field, and when the time elapsed longer than the 
established threshold, the cell loss priority is set at the minimum 0. or the datagram is immediately abandoned. 
[0124] According to the above control, lower-valued data such that the time elapsed longer after the data creation can 
be abandoned preferentially. 

50 [0125] When tiie Content-Type is "audio" or "video", the communication quality deciding unit 150 checks the Date 
field, and when the time elapsed longer than the established threshold, the cell toss priority is set at the minimum 0, or 
the datagram is controlled to be abandoned immediately tiiereby enabling a control of abandoning the lower-valued 
data such that the time elapsed longer after the data creation preferentially, as for a real-time application. 

55 [Embodiment 4] 

[0126] The attribute detecting unit 1 40 checks the presence of the Authorization header field or the Proxy- Authoriza- 
tion header field, in addition to the HTTP header checked in the emtx)diment 1 or 3, and supplies the presence or 



12 



NSDOCID: <EP 0971518A2_L> 



EP0 971 518 A2 



absence to the communication quality deciding unit 1 50. It can be judged whether a datagram includes authentication 
information or not. from the Authorization header filed or the Proxy-Authorization header field- 
[0127] When detecting the presence oithe Authorization header field or the Proxy-Authorization header field, the 
communication quality deciding unit 150 sets the loss priority (32) high and decides to transfer a datagram being 
5 encrypted as the addition quality (34), thereby making it possible to realize communication of high reliability as for the 
data including the authentication information. 

[Embodiment 5] 

10 [01 28] tt is possible to decide the connection qualities to be set more specifically, not only by detecting whether there 
exists the Authorization header field of the HTTP header or not, but also by examining the attribute value hence to rec- 
ognize the adopted encryption method of the authentication information. 
[0129] Hereinafter, the description will be made concretely. 

[01 30] When receiving the Authorization header field, the communication quality deciding unit 1 5 checks whether the 
15 authentication method within the Authorization header field is "Basic" or not. When tiie authentication method is 
"Basic", security is more fragile than the other authentication method, therefore, the loss priority (32) is set high and a 
datagram is encrypted to be transferred, as the additional quality (34). thereby making it possible to realize communi- 
cation of higher reliability as for a datagram including tiie authentication information "Basic" that is an autiientication 
method of fragile security. 

20 

[Embodiment 6] 

[0131] The attribute detecting unit 140 checks the presence of the Expires field newly, in addition to the HTTP header 
checked in the embodiment 1, 3, or 4, and when there exists the Expires field, the unit 140 supplies the same to the 
25 communication quality deciding unit 150 together with the attribute value thereof- Use of the Expires field can judge the 
valid date of a datagram. 

[0132] The communication quality deciding unit 150 checks the Expires field, and when it has passed the present 
time, the cell loss priority is set as tiie minimum 0. or the datagram is abandoned immediately. 
[0133] According to the above mentioned control, lower-valued data such that time elapsed longer after the data cre- 
30 atlon can be at>andoned preferentially 

[Embodiment 7] 

[0134] This embodiment will be described in the case of receiving a datagram such that the layer 3 is an IPv4, the 

35 layer 4 is a TCP, and the layer 5 is an SMTP. 

[0135] The attribute detecting unit 140 recognizes that the layer 5 is an SMTP by the output of the layer identifying 
unit 130. checks the presence of the "From:" field of the SMTP mail header, and when there exists tiie "From:" field, the 
unit 1 40 supplies the same to the communication quality deciding unit 1 50 together with the attribute value thereof. Use 
of the "From:" field can judge E-mail address of a mail sending user. 

40 [0136] In the QOS database 1 52, the values of the delay priority (31). the loss rate (32). the bandwidtii (33). the con- 
nection priority (34), the additional quality (35). and the destination VPI (42), corresponding to the "From:" field, are 
estat)lished as for a user under contract. 

[0137] The communication quality deciding unit 150 refa^ieves the QOS data table 150, checks the presence of the 
data corresponding to the user's E-mail address of the **From:" field; when there exists such data, the unit decides the 
45 estaiDlished connection quality, and when there exists no such data, it decides the default connection quality. 

[Embodiment 8) 

[0138] This embodiment will be descrit>ed in the case of receiving such a datagram that the layer 3 is an fPv4, the 
50 layer 4 is a TCP. and the layer 5 is an FTP. 

[0139] Fig. 6 shows an example of getting a file by the ftp application. 

[0140] In the example of Fig. 6. a user whose user name is userl logs in the FTP server whose host name is ftpserver. 
so to get a file "test-dat". The head numeral and are attached for convenience sake, to represent the number of lines. 
[0141] The line starting from "--->" means that a client has ti-ansfened the FTP command to a server, and the line 
55 Starting from three digits and one t>lank means that a client has received FTP reply from a server. 

[0142] In the case of getting a file named "test-dat*". when a user enters a command "get test.dat** (10th line), a client 
supplies a PORT command to a server at first (11th line), and upon recaptof the FTP reply of the PORT command suc- 
cess from the server (12th line), a PETR command is supplied to the server (13th line). In the FTP application, connec- 
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tion for control and connection for data are set individually. The PORT command is a command for transmitting the port 
number and the IP address at a client side in the TCP connection used for data transfer, and the PETR command is a 
command for a client requesting a server to transmit a file. 

[0143] In the example of Fig. 6, the IP address at a client side is 140.252.13.34 and the port number is 
5 1 1 74(4x256+1 50). Upon receipt of the PETR command, a server establishes a connection with a client host port spec- 
ified by the PORT command, arxi transfers a specified file by use of the connection after sending the FTP reply of the 
FTP reply code "150" to the client. 

[0144] The attribute detecting unit 140 recognizes that the layer 5 is an FTP from the output of the layer identifying 
unit 130, judges whether a datagram is the FTP command or the FTP reply, and supplies the result to the communica- 

10 tion quality deciding unit 1 50. 

[0145] The communication quality deciding unit 1 50 judges whether it is a user registered in a bandwidth increasing 
service for FTP, from the source IP (42). When the user proved to be a registered user and the FTP command proved 
to be the PORT command, the unit 150 stores the IP address and the port number that are parameters of the PORT 
command. When receiving the PETR command next in the same connection, use of the stored IP address and port 

15 number and the destination IP address and port number in the current connection can previously distinguish a connec- 
tion for use in file transfer from a server to a client. 

[0146] According to the above, setting large a bandwidth (33) of a connection for use in file transfer from the server 
to a dient can assign a large bandwidth only to the connection in the FTP file transfer efficiently 
[0147] At this time, the communication quality deciding unit 1 50 supplies the information for discriminating a connec- 
20 tion for use in file transfer and the connection quality set for the connection for use in the file transfer, to the connection 
communication quality control unit 170. 

[0148] The connection communication quality control unit 1 70 decides the communication qualities based on the input 
connection qualities, as for the connection for use in the file transfer. 

25 [Embodiment 9] 

[0149] Concerning the emlxxliment 8. when detecting the FTP reply reporting that a connection for use in file transfer 
is established, from a datagram, and further detecting that the reply code within the FTP reply is "150" (1 4th line), data 
size indicated in the data next to the reply code is recognized, thereby making K possble to change the bandwidth set 
30 according to the file size. 

[Embodiment 10] 

[0150] The attribute detecting unit 140 checks the presence of Pragma field or Cache-Control field newly, in addition 
35 to the HTTP header checked in the embodiment 1 , and when there exists the Pragma field or the Cache-Control field 

and its attribute value is "no-cache", the unit 140 supplies the same to the communication quality deciding unit 150. 

[0151] The communication quality deciding unit 150 sets each path separately when the cache is usable and when 

the cache is unusalale, as for access to the HTTP Server defined by the specified destination IP address (41-1). 

[0152] When the destination IP address within the datagram is the destination IP address (41 -1) having been regis- 
40 tered, cache is judged to be usakste or not depending on input of "no-cache" information and a patch to which the data 

is transferred. 

[0153] Switching paths depending on use of a cache can disperse traffic flowing on a network and a connection with 
no use of a cache can be controlled so as to pass the data through a high-speed gate way 

45 [Embodiment 11] 

[0154] When the receiving datagram is an HTTP request message, the attribute detecting unit 140 checks Request- 
URI in Request-line, If-Modified-Since field, and If-Unmodified-Since field, and when there exists some of them, the unit 
140 supplies the result to the communication quality deciding unit 150 together with the attribute value thereof. 
so [0155] A user previously under contract with a service provided by this communication datagram transfer system 
should register URI likely to be checked frequently by H-Modified-Since field or If-Unmodrfied-Since field and its updat- 
ing time in a controlled WWW server A table of the registered URI and updating time thereof is controlled in the com- 
munication quality deciding unit 150. 

[0156] When Request-URI is in coincidence with the registered URI and the attribute value of If-I^odified-Since field 
55 or If-Unmodif ied-Since field is entered, the communication quality deciding unit 1 40 makes a conrparison between the 
attribute value and final updating time obtained by refen-ing to a table. 

[0157] When the time obtained from If-Modrf ied-Since field is long before the final updating time of the URI, or when 
the time obtained from If-Unmodified-Since field is long before the final updating time, the datagram (D) is transferred 
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to the datagram destination path (R) supplied by the path deciding unit 

[0158] When the time obtained from If-Modified-Since field is long before the final updating time of the URI. the loss 
priority (32) of a datagram is set low. or after the datagram is abandoned, an HTTP response message such that Status 
Code is 304 (not modified) is created and transferred to the source IP address. 

5 [01591 When the time obtained from tf-Unmodified-Since field is short before the final updating time of the URI, the 
loss priority (32) of a datagram is set low. or after the datagram is abandoned, an HTTP response message such that 
Status Code is 402 (Precondition Failed) is created and transfen-ed to the source IP address. 
[0160] According to the above, it is possible to inhibit unnecessary traffic from entering into a server and a network. 
[0161] Besides the method of previously registering URIs. when the received datagram (D) is an HTTP response 

10 message and there exists a Last-Modified header within the HTTP header of the datagram, a method of registering a 
set of URI (U) and final updating time obtained from the Last-Modified header nray be considered. The URI is extracted 
from Request-URI. or from Request-URI and Host header within the HTTP request message from a user terminal to a 
WWW server. Match of an HTTP request message and an HTTP response message is recognized from the connection 
information (C) of a datagram (D) forming the HTTP request message or HTTP response message. (Match of a con- 

75 nection between a request message and a response message is referred to the embodiment 20.) A URI to be regis- 
tered may be restricted to a server of a user under contract beforehand or a specified directory within a server, 
alternatively all URIs are to be registered. 

[Embodiment 12] 

20 

[0162] When the receiving datagram is an HTTP request message, the attribute detecting unit 140 checks Request- 
URI of Request-line, in addition to the HTTP header checked in the embodiment 1 and supplies the read-out URI as the 
attribute value to the communication quality deciding unit 1 50. 

[0163] The communication quality deciding unit 150 adds the item of URI to the extended QOS table. 

25 [0164] The communication quality deciding unit 150. upon receipt of a URI from the attribute detecting unit "140, 
retrieves the extended QOS table, and when there exists the received URI within the table, the communication quality 
(Q) is decided by reference to the extended QOS table. Check of URI coincidence may be completely performed by the 
unit of fOe. or with a URI registered by the unit of Directory, coincidence may be judged by the registered URI string 
included in the URI input from the attribute detecting unit 1 40. 

30 [0165] ft is possit>)e to provide a registered user with high speed and various communication sen/ices, by deciding 
communication quality depending on a URI. 

[0166] A URI extracted from the HTTP header in the attritHrte detecting unit 140 may be, in addition to Request-URI 
within Request-line, either a referred URI of the HTTP data extracted by Referer, a URI including the HTTP data 
extracted by Location, a destination URI of a datagram extracted by Fonwarded, a base URI of a datagram extracted by 
35 Content-Base, or a URI having the HTTP data extracted by Content-Location, or it may be all. 

[Embodiment 13] 

[0167] When the receiving datagram is an HTTP request message, the attribute detecting unit 140 checks Method 

40 and supplies the result to the communication quality deciding unit 1 50. 

[0168] Communication resources for a connection from this communication datagram transfer system toward the 
direction of a source IP address are previously assigned, in the communication quality deciding unit 150. thereby mak- 
ing it possible to transfer a datagram to a user side according to the connection quality already estat>lished when actu- 
ally receiving the HTTP response message from the Server side. 

45 [01 69] When the Method is Get or POST as the connection quality (S) to be set. the bandwidth (33) is set large. When 
the Method is GET or POST, it is considered that the information amount is greater than when the Method is HEAD; 
therefore, bandwidth can be assigned effectively 

[Emljodimertt 14] 

so 

[0170] The attribute detecting unit 1 40 checks the presence of MIME-Version newly, in addition to other than tiie HTTP 
header checked in the embodiment 1. and when it is. the unit 140 supplies the same to the communication quality 
deciding unit 150 together with the attribute value tiiereof. The communication quality deciding unit 150 adds the item 
of MINE-Version to the basic QOS table, in addition to the Content-type (21). and decides the connection quality by a 
55 set of MINE-Version and Content-type. 
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[Embodiment 15] 

[0171] When the received datagram is an HTTP request message, the attribute detecting unit 140 checks the pres- 
ence of Accept. Accept-Charset, Accept-Encoding, and Accept-Language, and when they are present, the unit 140 

5 supplies the result to the communication quality deciding unit 1 50 together with the attribute value thereof. 

[0172] The communication quality deciding unit 150 stores the information of the IP address (41) of a Web server^ 
media attribute (51) corresponding to the Web Server, character set (52), encoding method (53), and language (54). as 
for a WWW server managed by a user under contract beforehand, into the server information control table (500). An 
Example of the server information control table (500) is shown in Fig. 10. 

TO [0173] When receiving one or some of Accept. Accept-Charset. Accept-Encoding, and Accept-Language from the 
attritxite detecting unit 1 40, the communication quality deciding unit 1 50 checks whether the destination IP address (41 ) 
of a datagram to be transferred exists in the Server information control table (500). When there exists the destination IP 
address (41), the tdllowing processing will be performed. 

15 (1) It is checked whether the attritxite value of Accept is in coincidence with the attribute value registered in the 
media attribute (51), When the destination IP address (41) is IP address 3, it is matched with "text/htm!" and 
"text/jDlain" as the media attribute of a text. When the attribute value of Accept is the media attribute of a text other 
than "text/plain" and "text/html", it is judged that the media attribute (51) has no agreement. 

When the destination IP address (41) is IP address 3, the media attribute of the other image or sound is not 

20 defined particularly. When the destination IP address (41) is IP address 1 arKi IP address 2, the media attribute (51) 
of the server information control table (500) is "-**. Ir this case, the media attribute (51) corresponding to the Web 
Server is not registered and a comparison with the attribute of Accept is not made. 

(2) It is checked whether the media attribute value of Accept-Charset is in coincidence with the character set (52). 
When the destination IP address (41) is IP address 1, it is matched with only "ISO-8859-r as the character set 

25 (52). When the attribute value of Accept-Charset is any other than "ISO-8859-1 it is judged that the character set 
(52) has no agreement 

(3) It is checked whether the attribute value of Accept-Encoding is in coincidence with the encoding method (53). 
When the destination IP address (41) is IP address 1 or IP address 2, it Is matched with "gzip** and "compress" as 
the encoding method (53). When the attribute of Accept-Encoding is any other than "gzip" and "compress", it is 

30 judged that the encoding method (53) has no agreement. 

When the destination IP address (41) is IP address 3, the encoding method (53) is "X". In this case, the Web 
server is not matched with any encoding method. It is judged that the encoding method (53) has no agreement 
whatever attribute of Accept-Encoding may be. 

(4) It is checked whether the attribute value of Accept- Language is in coincidence with the language (54). When the 
35 language (54) is IP address 1 , it is matched with "en" and "jp" as the language (54). When the attribute value of 

Accept-Language is any other than "en" and "jp", it is judged that the language (54) has no agreement. 

[0174] When the communication quality deciding unit 150 judges that there is no agreement in one or some of the 
media attribute (51 ), the character set (52), the encoding method (53). and the language (54). in the above processing, 
40 the corresponding datagram is atsandoned and such an HTTP response message that Status Code is 406 (Not Accept- 
able) Is created and transferred to the source IP address. 

[0175] Although the emfcKxjiment 15 is a control for ak>andoning a message having no agreement, with the media 
attribute (51), the character set (52). the encoding method (53). and the language (54), manageable by the WWW 
server side, registered previously, a method of registering the media attribute (51). the character set (52), the encoding 
45 method (53). and the language (54) manageable by the client side may be considered. 

[0176] In this case, when the HTTP response message has no registration of the attribute values detected from the 
media attrtt)ute (51) within Content-Type, the encoding method (53) within Content-Encoding, and the language (54) 
within Content-Language, a datagram belonging to the connection is abandoned, or the loss rate is set low. thereby 
making it possble to Inhibit unnecessary traffic from entering into a network. 

50 

[Embodiment 16] 

[0177] When the received datagram is an HTTP response message, the attribute detecting unit 140 checks Status 
Code and supplies the result to tiie communication quality deciding unit 150 together with the attribute value thereof. 
55 [0178] The contmunication quality deciding unit 150, upon receipt of the Status Code, sets the k>andwidth (33) large 
only when the attribute value thereof is 200 (OK). 

[0179] Since a lot of datagrams are supposed to be transferred in a connection defined by the datagram, only when 
the Status Code is 200 (OK), bandwidth can be assigned efficiently 
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[Embodiment 17] 

[0180] \Nhen the received datagram is an HTTP response message, the attribute detecting unit 1 40 checks whether 
the HTTP header includes a WWW-Authenticate header and supplies the result to the communication quality deciding 
5 unit 150. 

[0181] When a datagram including the WWW-Authenticate header is transfened. there is a possibility of the same 
datagram including a datagram having the authentication information, or a datagram received from the WWW server 
after authentication. 

[0182] The communication quality deciding unit 150. upon receipt of the information that the received datagram (D- 
10 17) includes the WWW-Authenticate header, sets the loss priority (32) high for a fixed period of time, as for an HTML 
connection between a user terminal and a WWW server, according to the dest nation IP address (41) and the source 
IP address (42) included in the datagram (D-17), and decides the connection quality (S) so to transfer the datagram 
being encrypted as the addttionat quality (34). ther^y making ct possible to realize communication of high reliability as 
for a datagram between a user terrrnnal and a WWW server. 

75 

[Embodiment 18] 

[0183] When the received datagram is an HTTP response message, the attribute detecting unit 1 40 checks whether 
a Proxy-Authenticate header is included in the HTTP header and supplies the result to the communication quality dedd- 
20 ing unit 150. 

[0184] When a datagram including the Proxy-Authenticate header is transferred, there is a possibility of the datagram 
including a datagram having authentication information or a datagram received from the Proxy server after authentica- 
tion. 

[0185] The communication quality deciding unit 150, upon receipt of the information such that the received datagram 
25 (D-1 8) includes the Proxy-Authenticate header, sets the loss priority (32) high for a fixed period of time, as for an HTML 
connection between a user terminal and a proxy server, according to the destination IP address (41) arrd the source IP 
address (42) included in the datagram (D-1 8). and decides the connection quality (S) so to transfer the datagram being 
encrypted as the additional quality (34), thereby making it possible to realize communication of high reliability as for a 
datagram between a user terminal and a proxy server. 

30 

[Embodiment 20] 

[0186] The structure of the embodiment 20 of the present invention will be described in detail with reference to the 
drawings. 

35 [0187] Fig. 1 1 is a block diagram showing the structural example of a communication datagram transfer system 10A 
according to the emtxxUmerrt 20 of the present invention. 

[0188] When the received datagram (D) is an HTTP request message, the attribute detecting unit 140 extracts an 
absolute-URI (70) toward a WWW server to be accessed, according to a request URI within the HTTP header or the 
request URI and the Host header field, and supplies the same to the communication quality deciding unit 1 50A. 
40 [01 89] The communication quality deciding unit 1 50 A stores a set of connection information (C) entered from the con- 
nection identifying unit 130 and the URI (70) entered from the attribute detecting unit 140 into the connection informa- 
tion control table 151 . 

[0190] When the received datagram is an HTTP response message, the attribute detecting unit 140 checks the pres- 
ence of Allow field. Accept-Range field. Content-Base field, and Content-Location field within the HTTP header and 
45 when there is, it supplies the result to the communication quality deciding unit 150A togetiier with the attiibute value 
thereof. 

[01 91 1 The communication deciding unit 1 50 A. upon receipt of one or both of Allow field and Accept-Range field within 
the HTTP header, checks whetiier Content-Base field is entered or not. and when the Content-Base field is entered, it 
stores a set of the absolute-URI that is the attribute value within the Contertt-Base field, allow method (80) within the 
so Allow field, and an allow range (81 ) within the Accept-Range field, into the URI table 153. 

[0192] When the Content-Base field is not entered, it checks whether the Content-Location field Is entered nor not. 
and when the Content-Location field is entered, it stores a set of the absolute-URI that is the attribute value within the 
Content-Location field, the allow method (80) witiiin the Allow field, and the allow range (81) within the Accept-Range 
field, into tiie URI table 1 53. 

55 [0193] When tiie Content-Location field is not entered, it reads out a URI (70) con^esponding to the connection infor- 
mation (C) from the connection information conti-ol table 151 and stores a set of the URI (70). the allow method (80) 
witiiin the Allow field, and the allow range (81) within the Accept-Range filed, into the URI table 153. 
[0194] When the received datagram is an HTTP request message, the attribute detecting unit 140 extracts method 
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(71) within the HTTP header and supplies the same to the communication quality deciding unit 150A. 
[0195] When the received datagrain is an HTTP request message, the attribute detecting unit 140 checks the pres- 
ence of tf- Range header or Range header within the HTTP header, and when there is. it extracts the Range header or 
range (72) that is the attribute value of the If- Range header and supplies the same to the communication quality decid- 
5 ing unit 150A. 

[01 96] Upon receipt of the U Rl (70) from the attribute detecting unit 1 40. the communication quality deciding unit 150A 
retrieves the URI table 1 53 to check whether the allow range (81 ) or allow method (80) corresponding to the URI is reg- 
istered therein. 

[0197] When the allow method (80) is registered therein, it is compared with the method (71) entered from the 
10 attribute delecting unit 1 40. As a result of the comparison, when the method (71 ) is not registered therein, the datagram 
(D) is abandoned, or after its abandonment, an HTTP response message such that Status Code is 405 (Method Not 
Allowed) is created and transferred to the source IP address. 

[0198] When the allow range (81 ) Is registered and the range (72) is entered from the attribute detecting unit 1 40. the 
allow range (81) Is compared with the range (72). As a result of the comparison, when the requesting method by the 
15 range (72) is not that one registered in the allow range (81), headers relative to the Range header included in the dat- 
agram (D) are arranged to be removed, as the additional quality (53). 

[0199] The headers relative to the Range header are removed in the output queue control unit 120. 
[0200] When the datagram (D) includes the Range header, the removed headers are the Range header. IF-Unmodi- 
fied-Since header, and tf-Match header, while when the datagram (D) includes the If-Range header, the removed 
20 header is only the If-Range header. 

[Embodiment 21] 

[0201] Basic staicture of the entoodiment 21 Is the same as that of the embodiment 20. However, the WWW server 
25 table 154 is used instead of the URI table 153. 

[0202] When the received datagram is an HTTP response message, the attribute detecting unit 140 checks the pres- 
ence of Public field within the HTTP header, and when there exists, the unit 140 supplies the same to the communica- 
tion quality deciding unit 150A together with the attribute value thereof. 

[0203] The communication quality deciding unit 1 50A. upon receipt of the Public field within the HTTP header, extracts 
30 host name (700) of a WWW server from one of the URI that is the attribute value of the Content-Base field, the URI that 
is the attribute value of the Content-Location field, or the URI (70) read from the connection information control table 
1 51 , and registers a set of the host name (700) and the allow method (800) within the Public field into the WWW server 
table 154. 

[0204] Upon receipt of the URI (70) from the attribute detecting unit 140, the communication quality deciding unit 150A 
35 retrieves the WWW server table 154 so to check whether the allow method (800) corresponding to the WWW server 
host name (700) extracted from the URI (70) is registered. 

[0205] When the allow method (800) is registered therein, it is compared with the method (71) entered from the 
attribute detecting unit 140. As a result of the comparison, when the method (71) is not registered, the datagram (D) is 
abandoned, or after its abandonment, an HTTP response message such that Status Code is 405 (Method Not Allowed) 
40 Is created and transferred to the source IP address. 

[Embodiment 22] 

[0206] It is possible to add the following control to the above-mentioned respective embodiments such that the layer 
45 5 is an HTTP. 

[0207] When detecting a Content- Length in an HTTP response message, the bandwidth (33) is assigned according 
to the length of the Content-Length. 

[Embodiment 23] 

so 

[0208] It is possible to add the following control to the above-mentioned respective embodiments such that the layer 
5 is an HTTP 

[0209] When detecting a Connection in an HTTP response message and the attribute value of the Connection is "per- 
sistent**, the t>andwidth (33) is set large. 
55 [0210] When the attribute value of the Connection is "persistent", much more datagrams are supposed to be trans- 
fened than in the case of the other attribute; therefore, efficient datagram transfer is possible. 
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[Embodiment 24] 

1021 1] It is possible to add the follONwing. control to the above-mentioned respective embodiments such that the layer 
5 is an HTTP. 

5 [0212] When detecting a Warning header in an HTTP response message and the Warn-code of the Warning header 
is 10 (Response is stale), the loss priority is set lower, thereby making it possible to abandon the old datagram prefer- 
entially 

[Embodiment 25] ^ 

10 

[021 3] It is possible to add the following control to the atx>ve-mentioned respective embodiments such that the layer 
5 is an HTTP. 

[0214] When detecting a Retry-After header in an HTTP response message, accessible time to the URI required next 
is extracted from the Retry-After and a set of the URI (70) and the accessil)Ie time is stored in tiie URI tatjie. 
15 [021 5] When access is requested to the same URI (70). the accessit^e time is read out from tiie URI table and when 
it is before the receiving time of the datagram, the datagram is abandoned. 

[021 6] When it is possible to calculate tiie time from receiving a datagram to actually transferring the datagram to the 
WWW server, the accessible time may be compared with the time of transferring a datagram to the WWW server. 

20 [Emlx)diment 26] 

[0217] It is possible to add the following control to the atwve-mentioned respective embodiments such that the layer 
5 is an HTTP. 

[0218] When a Via header is detected within the HTTP header and the Via header includes host name and program. 
25 name registered beforehand, tiie communication quality (S) registered in the table is set and a datagram is transferred. 
[0219] The host name and tiie program name in tiie proxy passing through tiie above control can provide communi- 
cation quality depending on a contract. 

[Embodiment 27] 

30 

[0220] When the received datagram (D) is an HTTP response message and It is of the IP address destined for a user 
previously registered, the attribute detecting unit 140 checks the presence of a Transfer-Encoding header within the 
HTTP header. When there is no Transfer-Encoding header, a datagram is arranged to be encrypted and transfenred as 
the additional quality (35), with respect to a connection to which the received datagram (D) belongs. 
35 [0221 ] According to the above control, it is possible to transfer a datagram having fragile security and having no Trans- 
fer-Encoding header safely 

[Embodiment 28] 

40 [0222] When the layer 4 of the received datagram is a TCP. the attribute detecting unit 140 checks URG (URGent) 
that is Code bit of the TCP header, and supplies the result to the communication quality deciding unit 150. 
[0223] When 1 is set in the URG field, the communication quality deciding unit 150 judges that it is an urgent segment 
and sets the delay priority and the loss priority high, thereby providing high-speed and reliable communication quality. 

45 [EmlDodiment 29] 

[0224] When the layer 4 of the received datagram is a UDP. the attribute detecting unit 1 40 checks whether the check- 
sum field of the UDP header is 0, and supplies the result to the communication quality deciding unit 150. 
[0225] Upon receipt of the information that the checksum field is 0, tiie communication quality deciding unit 150 rec- 
50 ognizes that the datagram uses no checksum. When the destination IP address of the datagrani or the source IP 
address is in coirx;idence with the IP address of a user previously registered, it sets the toss priority high, and if possi- 
ble, it sets a physical line for the exclusive use which is suppressive of data error, for use, as the additional quality. 
[0226] According to the above control, even in the UDP communication using no checksum, a user under contract 
can be provided with reliable communication. 

55 

[Embodiment 30] 

[0227] When the layer 5 of the received datagram is a DNS. tiie attribute detecting unit 140 checks the presence of 
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"query type", and when there exists the "query type", it supplies the same to the communication quality deciding unit 
150, 

[0228] Upon receipt of the "query type", the communication quality deciding unit 150 checte whether its value is 252. 
[0229] When the value is 252, it is a "zone transfer" request, and much more datagrams are supposed to be trans- 
5 ferred than in the case of the other DNS message: therefore, the bandwidth (33) is set larger. 

[Embodiment 31] 

[0230] When the layer 5 of the received datagram is a TFTR the attritxite detecting unit 140 checks "opcode" included 
10 in the TFTP message and supplies the result to the communication quality deciding unit 150. 

[0231] The attribute detecting unit 140 detects the UDP length included in the UDP header and supplies the same to 
the communication quality deciding unit 150. 

[0232] Upon receipt of "opcode", the communication quality deciding unit 150 checks whether its value is 3. 
[0233] When "opcode" is 3 and the length of the TFTP message calculated by the UDP length is 512, it proves that 
15 the TFTP transfers the data; therefore, the bandwidth (33) is set large. 

[0234] When "opcode" is 3 and the length of the TFTP message calculated by the UDP length is 51 2 or less, it proves 

that th data transfer is completed by the TFTP; therefore, the bandwidth (33) is set small. 

[0235] According to the above control, the bandwidth can be assigned large only at a time of data transfer. 

20 [Embodiment 32] 

[0236] When the layer 5 of the received datagram is an SNMR the attribute detecting unit 140 checks PDU type 
included in the SNMP message and supplies the result to the communication quality deciding unit 150. 
[0237] When the PDU type is 4 as a result of the PDU type check, the communication quality deciding unit 150 rec- 
25 ognizes that the SNMP message is a trap message and set the delay priority (31 ) of the datagram high, thereby making 
it possible to transfer the trap message at a high speed. 

[Enr^odiment 33] 

30 [0238] In addition to the embodiment 1 . this embodiment newly adds connection-setting robustness (strength) (37) to 
the connection communication quality (S) decided in the comnrunication quality deciding unit 150. A user previously 
contracted user can set one of the three stages of connection-setting robustness (37) selectively. 
[0239] The connection communication quality control unit 1 70 sets a connection (Fig. 1 2) among the communication 
quality control systems 60a, 60b, 60c, and 60d. based on the input connection-setting robustness (37). as follows. 

35 

(1) When the connection-setting robustness=1 (Rg. 13), the communication quality control system 60a sends a 
connection-setting message having necessary information for setting a connection and at the same time, starts the 
datagram transfer. Upon receipt of the connection-setting message, the communication quality control systems 60b 
and 60c sends the connection-setting message to the communication quality control systems 60c and 60d and 

40 Simultaneously transfers the received datagram. 

(2) When the connection-setting rotnjstness=2 (Rg. 14), the communication quality control system 60a sends a 
connection-setting message having necessary information for setting a connection. Upon receipt of the connection- 
setting message, tiie communication quality control systems 60b, 60c, and 60d send tiie ACK message to the com- 
munication quality control systems 60a, 60b, and 60c of a sending party if the connection setting is possible under 

45 a predetermined condition. After sending the ACK message, the communication quality control systems 60b and 
60c send the connection-setting message to the communication quality control systems 60c and 60d. Upon receipt 
of the ACK message, tiie communication quality control systems 60a, 60b, and 60c start the datagram trar^fer. 
Thus, a datagram is to be transferred after each connection is established between each adjacent communication 
quality control system. 

50 (3) When the connection-setting robustness=3 (Rg. 15), the communication quality conti^ol system 60a sends a 
connection-setting message having necessary information for setting a connection. When receiving tiie connec- 
tion-setting message, the communication quality control systems 60b and 60c aeate a connection-setting mes- 
sage and send the same to the communication quality control systems 60c and 60d of a receiving party if the 
connection-setting is possible under a predetermined condition. Upon receipt of tfie connection-setting message. 

55 the communication quality control system 60d sends the ACK message to the communication quality control sys- 
tem 60c of a sending party if the connection-setting is possible under a predetermined condition. Upon receipt of 
the ACK message, tiie comnnunication quality control systems 60c and 60b send the ACK message to the commu- 
nication quality confrol systems 60b and 60a. Upon receipt of the ACK message, the communication quality control 
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system 60a starts the datagram transfer. Thus, a datagram is to be transferred after the connection among the 
communication quality control systems 60a, 60b, 60c, and 60d is completely established, thereby enabling reliable 
datagram transfer. 

5 [0240] As mentioned at>ove, according as the connection-setting robustness is greater, more assuredly a datagram 
is guaranteed to be transferred. A user may select a connection-setting robustness in accordance with the required 
quality of a datagram to be transferred. 

[0241] The present invention is not restricted to the above-mentioned embodiments, but various modification may be 
made within the spirit of the invention. 
10 [0242] As set forth hereinatxsve, the communication quality control system of the present invention has the following 
effects. 

[0243] First, it can decide communication quality depending on media attribute of communication. This is why 
attributes of a connection such as an image, a voice, a moving image, and an application can be recognized by extract- 
ing the attributes of the portion of the layer 5 in a datagram such as Corrtent-type of the HTTP header, by way of exam- 

15 pie, tiiereby enabling communication depending on respective suitable connection qualities. 

[0244] Secondly, it can realize various advanced communication services for a user previously registered. This is why 
a user name, a using client soft name, a server name and the like at a datagram sending party or at a datagram receiv- 
ing party can be specified, for example, from Server. User-Agent, and From in the HTTP header and From line of the 
mail header in the SMTP, thereby making it possible to transfer a datagram by use of the connection quality in accord- 

20 ance with the corrtract. with respect to a user or a software manufacturing company previously having been registered. 
[0245] Thirdly, K can demand an account depending on cofTimunication quality. This is why the rate or the basic 
charge in asking an account is decided deperKling on connection quality corresponding to the communication attributes 
obtained from the layer 4 and upper. 

[0246] Fourthly, judging whether a datagram includes very important data on security, it can realize data transfer 
25 depending on the security quality corresponding to the datagram, this is why, by judging the presence of. for example. 
Authorization header field in the HTTP header, it can detect whether the datagram includes authentication information. 
[0247] Fiftiily. it can judge the novelty of a datagram and decide quality of a connection. This is why importance of a 
datagram can be judged from the viewpoint of time, according to the information such as created date and valid date of 
a datagram like Date and Expires in tiie HTTP header, for exanple. thereby tealizing a control of abandoning old data 
30 preferentially 

[0248] Sixthly, it can transfer a datagram in the optimum communication quality by deciding connection quality based 
on not only the information recognized in the same connection txit also the information recognized in the other connec- 
tion. This is why, by recognizing the content of FTP command o- FTP reply, for example, in transferring a datagram of 
the FTP application, new establishment of another connection for file transfer can be recognized, thereby enabling 

35 assignment of a large k>andwidtii only in the file transfer. 

[0249] Altiiough the invention has been illustrated and described with respect to exemplary emtxxiiment thereof, it 
should be understood by those skilled in the art that the foregoing and various other changes, omissions and additions 
may be made therein and thereto, without departing from the spirit and scope of the present invention. Therefore, the 
present invention should not be understood as limited to the specific emtxxiiment set out above but to include all pos- 

40 sible embodiments which can be embodies within a scope encompassed and equivalents thereof with respect to the 
feature set out in tiie appended claims. 

Claims 

45 1 . A communication quality control system for realizing an optimum datagram transfer function for connection quality 
corresponding to attributes of communication, comprising: 

network end systems (20a - 20n. 40a - 40n) for respectively terminating a protocol layer of an existent data net- 
work; 

so protocol end systems (30a - 30n, 50a - 50n) for respectively terminating the protocol layer 3 and beneath based 

on quality of communication of a received datagram; and 

a communication datagram transfer system (10) for ti^ansferring the datagram to a specified end system 
according to quality information of a connection corresponding to communication ath^ibutes of the protocol 
layer 3 and beneath and communication attributes derived from the information on the respective protocol lay- 
55 ers 4, 5, 6. and 7 or one of them included in a datagram received by an afbitrary end system, 

said communication datagram transfer system (10) including 

attribute detecting means (140)for checking identifying information included in the information of the protocol 
layer 3 and beneatii of a datagram received by some end system and simultaneously checking identifying infor- 
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mation included in the information of the respective protocol layers 4, S, 6, and 7 or one of them, hence to take 
out the communication attribute information of the respective protocol layers, and 

communication quality deciding means (150) for, when a datagram is received by a protocol end system, 
deciding communication quality for sending the datagram according to a set of tfie communication attribute 
5 information of the respective protocol layers derived from the datagram and the quality information of a con- 

nection, and notifying the communication quality to said protocol end system. 

2. A communication quality control system as claimed in Claim 1 . in which 

10 said attribute detecting means (1 40) 

identifies the layer Information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 
to said communication quality deciding means as destination path information, and 

15 said communication quality deciding means (150) decides quality information of a connection corresponding 

to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information. 



3. A communication quality control system as daimed in Claim 1 , in which 
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said attribute detecting means (140) 

identifies the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 

25 to said communication quality deciding means as destination path information: and 

said communication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information, and 
takes out attribute information of communication according to the layer information and one or all of the data- 

30 gram when it is judged that attributes of the layer 4 and upper need to be detected from the identified state of 

a connection. 



4. A communication quality control system as daimed in Claim 1 . in which 



35 said attribute detecting means (140) 

identities the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 
to said communication quality deciding means as destination path information: 

40 said communication quality deciding means (150) decides quality information of a connection corresponding 

to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information: 
said communication datagram transfer system (10) 

includes a connection/communication quality table in which a set of connection information and communica- 
45 tion quality is registered: and 

said communication quality deciding means (150) 

judges whether the datagram needs to be controlled by said connection-communication quality table when 
receiving the connection information and the destination path information, or the connection quality informa- 
tion. 

so checks the presence of the same connection in said connection/communication quality table when the data- 

gram needs to be controlled, and when there is the same connection, said means decides communication 
quality referring to said connection/communication quality table, while when there is not, said means decides 
communication quality, according to the connection information, the quality information of a connection, and 
the destination path information, and stores a set of the connection information and the communication quality 

55 into said connection/communication quality table, and 

decides communication quality according to the connection information and the destination path information 
when the datagram doesnl need to be controlled. 
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5. A communication quality control system as claimed in Claim 1 . in which 

a database (1 52) tor storing the connection quality information corresponding to the attribute information is pro- 
vided, 

5 said communication quality deciding means (150) decides the connection quality information, according to the 

attribute information, referring to said database (152). 

6. A communication quality control system as claimed in Claim 1 , in which 

assuming tiiat the layer 3 is an IP, the layer 4 is a TCP. and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of tfie datagram, or the same protocol number and port address 
within the TOP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 
an HTTP message of the received datagram, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of tiie connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

7. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP, tiie layer 4 is a TCP. arwJ the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of tiie datagram, or the 
next header value and port address of tiie TCP protocol header of the datagram, and knowing that the layer 5 
is tiie HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 
an HTTP message of the received datagram: 

when tiie datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from tiie datagram 
and performs datagram transfer processing based on the quality of tiie connection, hence to change tiie con- 
nection quality of a datagram to be transferred, so to do a b-ansfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: tiie media atb*ibute of tiie datagram, from the Content type included 
in tiie HTTP header of a received datagram; E-mail address of a user who sent a datagram, from tiie From f ieW 
included in the HTTP header; a user program name and the Version In which the datagram was created, from 
the User-Agent included in the HTTP header; and a server softwvare name and the Version in which tiie data- 
gram was created, from the Server included in the HTTP header, as the identifying information. 

8. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP, and the layer 5 is an HTTP, 

45 said attribute detecting means (1 40) 

checks protocol number of the IP header of the datagram, or tiie same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of tiie datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 

50 an HTTP message of the received datagram: 

when tiie datagram is ti-ansferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram ti-ansfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 

55 said attribute detecting means (140) 

checks at least one of tiie following items: the aeated date of the datagram, from the Date Included In the 
HTTP header of a received datagram; autiienticatlon information of the datagram and the encrypting method 
of the autiienticatlon information, from the Authorization included in tiie HTTP header; tiie valid date of the dat- 
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agram. from the Expires included in th HTTP header, as the identifying information. 



9. A communication quality control system as claimed in Claim 1 , in which 



5 assuming that the layer 3 is an IP, the layer 4 is a TCP, and the layer 5 is an HTTP, 

said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
10 is the HTTP, checks one or some identifying Information irxjluded in the TCP header, or the TCP header and 

an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable tar a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
75 nection quality of a datagram to be transferred, so to do a transfer control: and 

said attribute detecting means (140) 

checks at least one of the fdlovinng items: the required items of the datagram, from the Pragma included in the 
HTTP header of a received datagram; cache control information of the datagram, from the Cache-control 
included in the HTTP header; execution requirements of the Method, from the If-Modified-Since Included in the 
20 HTTP header; execution requirements of the Method, from the If-Unmodified-Since included in the HTTP 

header; a URI required by a client, from the request URI within a request line (Request-Line) included in the 
HTTP header; and the final updating time of the HTTP data, from the Last-Modified included in the HTTP 
header, as the identifying information. 

25 10. A communication quality control system as claimed in Claim 1 . in which 



assuming that the layer 3 is an IP. the layer 4 is a TCP. and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
30 within the TCP protocol header of the datagrain, or header value next to the IP header of the datagram, or the 

next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 
an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
35 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on the quality of tiie connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: a referred URI (Uniform Resource Identifiers) of the HTTP data, from 
40 the Referer included in the HTTP header of a received datagram; a URI in which tiie HTTP data is located, from 

the Location included in the HTTP header; a destination URI and source domain name of the datagram, from 
the Fonwarded included in the HTTP header; the t)ase URI of the datagram, from the Content-Base included 
in the HTTP header; a URI in which the HTTP data is located, from the Content-Location included in the hTTTP 
header; a metiiod of requiring HTTP data from a user program, from the Metiiod included in the HTTP header, 
45 as the identifying information. 



11. A communication quality control system as claimed in Claim 1 , in which 



assuming that the layer 3 is an IP. the layer 4 is a TCP, and the layer 5 is an HTTP. 

so said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or tiie same protocol number and port address 
within tiie TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagrain. and knowing that the layer 5 
is tiie HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 

55 an HTTP message of the received datagram: 

when the datagram is fansferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneatti suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
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nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: the Version in which the datagram is MIME (Multipurpose Internet 
Mail Extensions), from the MIME-Version included in the HTTP header of a received datagram; the media 
attribute a i^er program permits, from the Accept included in the HTTP header; a character set a user program 
permits, from the Accept-Charset included in the HTTP header; a coding method of datagrams a user program 
permits, from the Accept-Encoding included in the HTTP header; a datagram language a user program per- 
mits, from the Accept-Language included in the HTTP header; an encoding method of datagranr^. from the 
Content-Encoding includ^ in the HTTP header; and a datagram language, from the Content-Language 
included in the HTTP, as the identifying information. 

12. A communication quality control system as claimed in Claim 1. in which 

assuming that the layer 3 is an IP, the layer 4 is a TCP, and the layer 5 is an HTTP, 
said attribute detecting means (1 40) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 
an HTTP message of the received datagram: 

when the datagram is transfen^ed to a protocol end system, said comnrrunication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to k>e transferred, so to do a transfer control: and 
said attribute detecting means (1 40) 

checks at least one of the following items: response content of a server replying to a request from a user pro- 
gram, from the Status Code included in the HTTP header of a received datagram: authentication information 
required by a server, from the WWW-Authenticate included In the HTTP header: authentication information 
required by a proxy server, from the Prcxy-Authenticate included in the HTTP header; authentication informa- 
tion of the datagram, from the Proxy-Authorization included in the HTTP header, as the identifying information. 

13. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP, tiie layer 4 is a TCP. and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or tiie same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of tiie datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or tiie TCP header and 
an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a taransfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: the Method the HTTP data permits, from Allow included in the HTTP 
header of a received datagram; the Range requiring method a server permits, from the Accept-Range included 
in the HTTP header; a host and its port number that requires the HTTP data, from the Host included in the 
* !TTP header; HTTP data getting requirements, from the If-Range included in the HTTP header; the Method a 
server permits, from the Public included in the HTTP header; and the Range of the HTTP data a user program 
requires, from the Range included in the HTTP header, as the identifying information. 

14. A communication quality corrtrol system as claimed in Claim 1. in which 

assuming tiiat tiie layer 3 is an IP. the layer 4 is a TCP. and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or tiie same protocol number and port address 
within the TCP header of the datagram, or header value next to the IP header of the datagram, or the next 
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header value and port address of the TCP header of the datagram, and knowing that the layer 5 is the HTTP, 
checks one or some identifying information included in the TCP header, or the TCP header and an HTTP mes- 
sage of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding mear^ 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: data length of the datagram, from the Content-Length included in the 
HTTP header of a received datagram; connection state of the datagram, from the Connection included in the 
HTTP header; reply information of a server replying to a request of a user program, from the Warning included 
in the HTPP header; possible date of obtaining the required HTTP data, from the Retry-After included in the 
HTTP header; the protocol Version, host name and using software name of a gateway or a proxy server relay- 
ing packets, from the Via included in the HTTP header; and a coding method of datagrams, from the Transfer- 
Encoding included in the HTTP header, as the identifying information. 

1 5. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP (User Datagram Protocol), 
said attribute detecting means (140) checks protocol number of the IP header of the datagram or the header 
value next to the IP header, and knowing that the layer 4 is the TCP or UDP, checks one or some identifying 
information included in the TCP header or UDP header of the received data as the identifying information, and 
when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneatii suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

16. A communication quality control system as claimed in Claim 1. in which 

assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP (User Datagram Protocol), 
said attribute detecting means (140) checks protocol number of the IP header of tiie datagram or the header 
value next to the IP header, and knowing that the layer 4 is the TCP or UDP, checks one or some identifying 
information included in the TCP header or UDP header of the received data as tiie identifying irrformation: 
when the datagram is transferred to a protocol end system, said communication quality deckling means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of tiie connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attributed detecting means (140) 

checks the "checksum" field included in the UDP header of the received datagram, as tiie identifying informa- 
tion. 

17. A communication quality control system as claimed in Claim 1, in which 

assuming that tiie layer 3 is an IP, the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP, 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, and knowing that the layer 5 is the DNS or TI=TP or SNMP, checks one or some iden- 
tifying information included in the DNS message, the DNS message and tiie TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 
message of the received data as the identifying information, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and t>eneatii suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of tiie connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

18. A communication quality control system as claimed in Claim 1 . in which 
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assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP. 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
5 header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 

tifying information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 
message of the received data as the identifying information: 

when the datagram is transferred to a protocol end system, said comnruinication quality deciding means 
10 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks the presence of the "query type" in the DNS message of the received datagram, as the identifying infor- 
75 mation. 

19. A communication quality control system as claimed in Claim 1, in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP. 
said attribute detecting means (140) checks protocol nunriber of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP. checks one or some iden- 
tifying information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 
message of the received data as the identifying information: 

when the datagram is transferred to a protocol end system, said communication quality deckiing means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on tiie quality of the connectton. hence to change tiie con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks "opcode" included in the TFTP message of the received datagram as tiie identifying information. 

20. A communication quality control system as claimed in Claim 1 . in which 

assuming tiiat the layer 3 is an IP. the layer 4 is a TCP or UDP. and the layer 5 is a DNS or TFTP or SNMP, 
said attribute detecting means (140) checks protocol nunnber of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, arKi knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 
tifying information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 
message of the received data as the identifying information: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagrain transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks the PDU type included in the SNMP message of the received datagram as the identifying information. 

21 . A communication quality control system as claimed in Claim 1 . in which 

assuming that the layer 3 is an IR the layer 4 is a TCP, and the layer 5 is an FTP or SNMP, 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
55 protocol nunnber and port address within the TCP protocol header of the datagram, or header value next to tiie 

IP header of the datagram, or the next header value and port address of the TCP protocol header of the data- 
gram, and knowing that the layer 5 is the FTP or SMTP, checks one or some kientifying information included in 
the FTP Command, the FTP Reply, the TCP header and the FTP Command or FTP Reply, the SMTP Com- 
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mand. SMTP Reply CkxJe, the SMTP header, the TCP header and the SMTP Command or SMTP Reply Code 
or the SMTP header of the received data as the Identifying information, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

22. A communication quality control system as claimed in Claim 1. in which 

a physical layer of transfer is of the ATM transfer method, individual VCs (Virtual Grcuit) are assigned to the 
respective connection qualities of ATM as the datagram transfer processing according to each connection 
quality so to transfer datagrams, and parameters for communication quality control depending on the connec- 
tion qualities are set to the respective VCs, thereby performing transfer depending on the attribute of media 
derived from a datagram. 

23. A communication quality control system as claimed in Claim 1 , in which 

said communication quality deciding means (150) 

sets connection-setting robustness selectively depending on a connection-setting message for setting a con- 
nection, in addition to the above communication qualities. 

24. A communication quality control system as claimed in Claim 1 , in which 

said communication quality deciding means (150) 

decides at least one of a control parameter relative to an optimum bandwidth, an optimum control parameter 
relative to delay time including the maximum delay time and the delay time fluctuation amount, an optimum 
control parameter relative to data loss including txrffer amount, a control parameter relative to the optimum 
accounting information, and a control parameter relative to the optimum security quality, as the communication 
quality of the connection. 

25. A communication quality control system as claimed in claim 1. in which 

said communication quality deciding means (150) 

decides at least one of the optimum destination of a datagram and the optimum destination patii of a datagram, 
according to the communication quality of the connection. 

26. A communication quality control system as claimed in Claim 1 . in which 

said communication quality deciding means (150) 

according to the communication quality of the connection, transfers the datagram after coding or encoding tiie 
same, by use of a physical line of the exclusive use for the connection if necessary, deletes unnecessary infor- 
mation within the datagram, decreases the size of the datagram by compression, and performs tunneling of the 
datagram. 

27. A communication quality control system as claimed in Claim 1 , in which 

said communication quality deciding means (150) 

sets connection-setting priority or connection-transfer priority, as the communication quality of connection, 
according ♦o the atfa-ibute information, and connection-setting processing having the higher connection-setting 
priority is preferentially executed and a datagram of a connection having the higher connection-transfer priority 
is preferentially transferred. 

28. A communication quality control system for realizing an optimum datagram transfer function for connection quality 
conresponding to attributes of communication, comprising: 

network end systems (20a - 20n. 40a - 40n) for respectively terminating a protocol layer of an existent data net- 
work; 

protocol end systems (30a - 30n. 50a - 50n) for respectively terminating tiie protocol layer 3 and beneath based 
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on quality of communication of a received datagram; and 

a communication datagram transfer system (10) for transferring the datagram to a specified end system 
according to quality information of a connection corresponding to communication attributes derived from the 
information of the respective protocol layers 4, 5. 6, and 7 or one of them included in a datagram received by 
an arbitrary end system, 

said communication datagram transfer system (10) including 

attribute detecting means (1 40) of checking identifying information included in the information of the respective 
protocol layers 4, 5, 6, and 7 or one of them included in a datagram received by an arbitrary end system, hence 
to take out the communication attribute information of the respective protocol layers, and , 
communication quality deciding means (150) for. when a datagram is received by a protocol end system, 
deciding communication quality for sending the datagram according to a set of the communication attribute 
information of the respective protocol layers derived from the datagram and the quality information of connec- 
tion, and notifying the communication quality to said protocol end system. 

15 29. A communication quality corrtrol system as claimed in Claim 28. in which 

said attribute detecting means (140) 

identifies the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
20 means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 

to said communication quality deciding means as destination path information, and 

said communication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides comnrujnication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information. 

25 

30. A communication quality control system as claimed in Claim 28. in which 
said attribute detecting means (140) 

identifies the layer information, from the received datagram, as well as the state of a connection from the con- 
30 nectlon identifying information of a datagram, so to supply the result to said communication quality deciding 

means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 
to said communication quality deciding means as destination path information, and 

said communication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
35 nectlon information, the quality information of the connection, and the destination path information, and 

takes out attribute information of communication according to the layer Information and one or all of the data- 
gram when it is judged that attributes of the layer 4 and upper need to be detected from the identified state of 
a connection. 

40 31 . A communication quality control system as claimed in Claim 28. In which 
said attribute detecting means (140) 

identifies the layer infbrmatbn. from the received datagram, as welt as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
45 means as connection informaton, and decides a transfer path of the datagram, so to supply the transfer path 

to said communication quality deciding means as destination path information: 

said comnmjnication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path irrformation: 
50 said communication datagram transfer system (10) 

includes a connection/communication quality talDie (1 71) In which a set of connection information and commu- 
nication quality is registered: and 
said communication quality deciding means (1 50) 

judges whether the datagram needs to be controlled by said connection-communication quality tatHe (171) 
55 when receiving the connection information and the destination path information, or the connection quality infor- 

mation, 

checks the presence of the same connection in said connection/communication quality table when the data- 
gram needs to be controlled, and when there is the same connection, said means decides communication 
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quality referring to said connection/comnnunication quality table, while when there is not. said means decides 
Gonnmunication quality, according to the connection infornnation. the quality information of a connection, and 
the destination path information, and stores a set of the connection information and the communication quality 
into said connection/communication quality table (171). and 
5 decides communication quality according to the connection information and the destination path information 

when the datagram doesnl need to be controlled. 

32. A communication quality control system as claimed in Claim 28, in which 

10 a database (1 52) for storing the connection quality information con-esponding to the attribute information is pro- 

vided. 

said communication quality deciding means (150) decides the connection quality information, according to the 
attribute information, referring to said datat>ase. 

75 33. A communication quality control system as claimed in Claim 28. in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP, and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
20 within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 

next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
Is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 
an HTTP message of the received datagram, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
25 decides quality of a connection of the layer 3 and t>eneath suitable for a connection derived from the datagram 

and performs datagram transfer processing tjased on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 
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FIG. 3 
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FIG. 4 
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FIG. 5 
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1:bsdi % ftp -d ftpserver 
2:Connected to ftpserver. 

3:220 ftpserver FTP sen/er (Version 5.60) ready. 

4: Name (ftpserv/er:user1}: 

5:--> USER userl 

6:331 Password required for userl 

7: Password: 

a:— > PASS XXXX 

9:230 User userl logged in. 

10:ftp> get.test.dat 

11:— > PORT 140,252,13,66.4.84 

1 2:200 PORT comiT^and successful. 

13:— > PETRtestdat 

14:150 Opening BINARY mode data connection for testdat (38 Kbytes). 
1 5:226 Transfer complete. 

16:38 Kbytes received in 3.5 seconds (11 Kbytes/s) 
17:ftp> 
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